home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1498 < prev    next >
Encoding:
Text File  |  1994-08-27  |  2.5 KB  |  55 lines
  1. Date: Mon, 30 May 94 17:13 CDT
  2. From: ekl@sdf.lonestar.org (Evan K. Langlois)
  3. To: mint@atari.archive.umich.edu
  4. Subject: GEMDOS re-entrancy
  5.  
  6.  
  7. ========================================================================
  8. Yes, that is it, indeed. But everybody sees the necessity to have such a
  9. TOSFS, but nobody develops it :(
  10. ========================================================================
  11.  
  12. Why not have TOSFS lock the system, but not other drivers?  I could write
  13. such a driver, but I REALLY don't want to.  And I'm busy.  And a bunch
  14. of other good excuses for not doing it :-)
  15.  
  16. ========================================================================
  17. But maybe it is good, that there is still no code around, so we could wait
  18. for the chicago fs and implement it then all-in-one...
  19. ========================================================================
  20.  
  21. Wait for Microsloth?  What for?  Do you think the chicago filesystem is
  22. REALLY that wonderful?   I have the source for the HPFS used by OS/2.  The
  23. code is for Linux, but it should be portable to MiNT.  If anyone w⇧ants it,
  24. just lemme know.
  25.  
  26. ========================================================================
  27. That is what I suggested a long time ago, but as far as I know AHDI does
  28. not use it. It just sets it for every access, but never checks it before
  29. doing so :(
  30. ========================================================================
  31.  
  32. Don't we need a new disk driver anyway that won't block the system?  I thought
  33. that once we called AHDI, MiNt would loose control.  Someone said they had
  34. SCSI code.  I'd be in favor of hacking up a new driver.
  35.  
  36. ========================================================================
  37. Well, yes and no. The floppy data transfer is done via DMA, the same DMA
  38. channel as the ACSI HD interface uses. So it will lock out that hard disk
  39. access. But on a TT, there should be a chance that there can be floppy
  40. transfer at the same time as SCSI transfer... provided that there is the
  41. software to support it.
  42. ========================================================================
  43.  
  44. That would be nice.  To be formatting a floppy, saving data to the SCSI
  45. drive, and still be able to do serial IO (Zmodem could save a block and
  46. read in another at once - who needs flow control?).  And you could be
  47. doing a ray-trace too :-)   I guess I'm just dreaming.  
  48.  
  49. So, we replace AHDI with a real SCSI/ACSI driver and implement a new TOSFS.
  50. some other minor hacks (the SCSI device driver should handle
  51. putting processes on the wait queue and such).
  52.  
  53. Anyone just gonna go for it? Not me :-)
  54.  
  55.